home *** CD-ROM | disk | FTP | other *** search
/ HPAVC / HPAVC CD-ROM.iso / AQUA.ZIP / Aqua Book.txt
Text File  |  1997-03-23  |  68KB  |  2,256 lines

  1.  
  2.  
  3.  
  4.     
  5.     
  6.         GLOSSARY OF COMPUTER SECURITY ACRONYMS
  7.  
  8.  
  9. AIS    Automated Information System
  10.  
  11. COMPUSEC    Computer Security
  12.  
  13. COMSEC    Communications Security
  14.  
  15. CSTVRP    Computer Security Technical Vulnerability Reporting Program
  16.  
  17. DAA    Designated Approving Authority
  18.  
  19. DAC    Discretionary Access Control
  20.  
  21. DES    Data Encryption Standard
  22.  
  23. DPL    Degausser Products List
  24.  
  25. DTLS    Descriptive Top-Level Specification
  26.  
  27. EPL    Evaluated Products List
  28.  
  29. ETL    Endorsed Tools List
  30.  
  31. FTLS    Formal Top-Level Specification
  32.  
  33. ISSO    Information System Security Officer
  34.  
  35. MAC    Mandatory Access Control
  36.  
  37. NCSC    National Computer Security Center
  38.  
  39. NTISSC     National Telecommunications and Information Systems Security 
  40.     Committee
  41.  
  42. OPSEC    Operations Security
  43.  
  44. PPL    Preferred Products List
  45.  
  46. SAISS    Subcommittee on Automated Information Systems Security of NTISSC
  47.  
  48. SSO    System Security Officer
  49.  
  50. STS    Subcommittee on Telecommunications Security of NTISSC
  51.     
  52. TCB    Trusted Computing Base
  53.  
  54. TCSEC    DoD Trusted Computer System Evaluation Criteria
  55.  
  56.  
  57.  
  58.          GLOSSARY OF COMPUTER SECURITY TERMS
  59.  
  60.  
  61.  
  62.  
  63.  
  64. *-property (or star property)
  65.  
  66. A Bell-La Padula security model rule allowing a subject write access to an
  67. object only if the security level of the object dominates the security level
  68. of the subject.  Also called confinement property.
  69.  
  70. -A-
  71.  
  72.  
  73. acceptance inspection
  74.     
  75.     The final inspection to determine whether or not a facility or
  76. system meets the specified technical and performance standards.  Note: This
  77. inspection is held immediately after facility and software testing and is the
  78. basis for commissioning or accepting the information system.
  79.  
  80.  
  81. access
  82.     
  83.     A specific type of interaction between a subject and an object that
  84. results in the flow of information from one to the other.
  85.  
  86.  
  87. access control
  88.     
  89.     The process of limiting access to the resources of a system only to
  90. authorized programs, processes, or other systems (in a network).  Synonymous
  91. with controlled access and limited access.
  92.  
  93.  
  94. access control mechanism
  95.     
  96.     Hardware or software features, operating procedures, management
  97. procedures, and various combinations of these designed to detect and prevent
  98. unauthorized access and to permit authorized access in an automated system.
  99.  
  100.  
  101. access level
  102.     
  103.     The hierarchical portion of the security level used to identify the
  104. sensitivity of data and the clearance or authorization of users.  Note: The
  105. access level, in conjunction with the nonhierarchical categories, forms the
  106. sensitivity label of an object.  See category, security level, and sensitivity
  107. label.
  108.  
  109.  
  110. access list
  111.     
  112.     A list of users, programs, and/or processes and the specifications
  113. of access categories to which each is assigned.
  114.  
  115.  
  116. access period
  117.     
  118.     A segment of time, generally expressed on a daily or weekly basis,
  119. during which access rights prevail.
  120.  
  121.  
  122.  
  123.  
  124. access port
  125.     
  126.     A logical or physical identifier that a computer uses to distinguish
  127. different terminal input/output data streams.
  128.  
  129.  
  130. access type
  131.     
  132.     The nature of an access right to a particular device, program, or
  133. file (e.g., read, write, execute, append, modify, delete, or create).
  134.  
  135.  
  136. accountability
  137.     
  138.     The property that enables activities on a system to be traced to
  139. individuals who may then be held responsible for their actions.
  140.  
  141.  
  142. accreditation
  143.     
  144.     A formal declaration by the DAA that the AIS is approved to operate
  145. in a particular security mode using a perscribed set of safeguards.
  146. Accreditation is the official management authorization for operation of an AIS
  147. and is based on the certification process as well as other management
  148. considerations.  The accreditation statement affixes security responsibility
  149. with the DAA and shows that due care has been taken for security.
  150.     
  151.  
  152. accreditation authority
  153.     
  154.     Synonymous with Designated Approving Authority.
  155.  
  156.  
  157. add-on security
  158.     
  159.     The retrofitting of protection mechanisms, implemented by hardware
  160. or software.
  161.  
  162.  
  163. administrative security
  164.     
  165.     The management constraints and supplemental controls established to
  166. provide an acceptable level of protection for data.  Synonymous with
  167. procedural security.
  168.  
  169.    
  170. assurance
  171.     
  172.     A measure of confidence that the security features and architecture
  173. of an AIS accurately mediate and enforce the security policy.
  174.  
  175.  
  176. attack
  177.     
  178.     The act of trying to bypass security controls on a system.  An
  179. attack may be active, resulting in the alteration of data; or passive,
  180. resulting in the release of data.  Note: The fact that an attack is made does
  181. not necessarily mean that it will succeed.  The degree of success depends on
  182. the vulnerability of the system or activity and the effectiveness of existing
  183. countermeasures.
  184.  
  185.  
  186. audit trail
  187.     
  188.     A chronological record of system activities that is sufficient to
  189. enable the reconstruction, reviewing, and examination of the sequence of
  190. environments and activities surrounding or leading to an operation, a
  191. procedure, or an event in a transaction from its inception to final results.
  192.  
  193.  
  194. authenticate
  195.     
  196.     (1) To verify the identity of a user, device, or other entity in a
  197. computer system, often as a prerequisite to allowing access to resources in a
  198. system.
  199.  
  200.      (2) To verify the integrity of data that have been stored,
  201. transmitted, or otherwise exposed to possible unauthorized modification.
  202.  
  203.  
  204. authenticator
  205.     
  206.     The means used to confirm the identity or to verify the eligibility
  207. of a station, originator, or individual.
  208.  
  209.  
  210. authorization
  211.     
  212.     The granting of access rights to a user, program, or process.
  213.  
  214.  
  215. automated data processing security
  216.     
  217.     Synonymous with automated information systems security.
  218.  
  219.  
  220. automated information system (AIS)
  221.     
  222.     An assembly of computer hardware, software and/or firmware
  223. configured to collect, create, communicate, compute, disseminate, process,
  224. store, and/or control data or information.
  225.  
  226.  
  227. automated information system security
  228.     
  229.     Measures and controls that protect an AIS against denial of service
  230. and unauthorized (accidental or intentional) disclosure, modification, or
  231. destruction of AISs and data.  AIS security includes consideration of all
  232. hardware and/or software functions, characteristics and/or features;
  233. operational procedures, accountability procedures, and access controls at the
  234. central computer facility, remote computer, and terminal facilities;
  235. management constraints; physical structures and devices; and personnel and
  236. communication controls needed to provide an acceptable level of risk for the
  237. AIS and for the data and information contained in the AIS.  It includes the
  238. totality of security safeguards needed to provide an acceptable protection
  239. level for an AIS and for data handled by an AIS.
  240.  
  241.  
  242. automated security monitoring
  243.     
  244.     The use of automated procedures to ensure that security controls are
  245. not circumvented.
  246.  
  247.  
  248. availability of data
  249.  
  250.       The state when data are in the place needed by the user, at the time
  251. the user needs them, and in the form needed by the user.
  252.  
  253.  
  254. -B-
  255.  
  256.  
  257. back door
  258.     
  259.     Synonymous with trap door.
  260.  
  261.  
  262. backup plan
  263.     
  264.     Synonymous with contingency plan.
  265.  
  266.  
  267. Bell-La Padula model
  268.  
  269.     A formal state transition model of computer security policy that
  270. describes a set of access control rules.  In this formal model, the entities
  271. in a computer system are divided into abstract sets of subjects and objects.
  272. The notion of a secure state is defined, and it is proven that each state
  273. transition preserves security by moving from secure state to secure state,
  274. thereby inductively proving that the system is secure.  A system state is
  275. defined to be "secure" if the only permitted access modes of subjects to
  276. objects are in accordance with a specific security policy.  In order to
  277. determine whether or not a specific access mode is allowed, the clearance of a
  278. subject is compared to the classification of the object, and a determination
  279. is made as to whether the subject is authorized for the specific access mode.
  280. See star property (*-property) and simple security property.
  281.  
  282.  
  283. benign environment
  284.     
  285.     A nonhostile environment that may be protected from external hostile
  286. elements by physical, personnel, and procedural security countermeasures.
  287.  
  288.  
  289. between-the-lines entry
  290.  
  291.     Unauthorized access obtained by tapping the temporarily inactive
  292. terminal of a legitimate user.  See piggyback.
  293.  
  294.  
  295. beyond A1
  296.     
  297.     A level of trust defined by the DoD Trusted Computer System
  298. Evaluation Criteria (TCSEC) that is beyond the state-of-the-art technology
  299. available at the time the criteria were developed.  It includes all the
  300. A1-level features plus additional ones not required at the A1 level.
  301.  
  302.  
  303. browsing
  304.     
  305.     The act of searching through storage to locate or acquire
  306. information without necessarily knowing of the existence or the format of the
  307. information being sought.
  308.  
  309.  
  310. -C-
  311.  
  312.  
  313. call back
  314.     
  315.     A procedure for identifying a remote terminal.  In a call back, the
  316. host system disconnects the caller and then dials the authorized telephone
  317. number of the remote terminal to reestablish the connection.  Synonymous with
  318. dial back.
  319.  
  320.  
  321. capability
  322.  
  323.     A protected identifier that both identifies the object and specifies
  324. the access rights to be allowed to the accessor who possesses the capability.
  325. In a capability-based system, access to protected objects such as files is
  326. granted if the would-be accessor possesses a capability for the object.
  327.  
  328.  
  329. category
  330.     
  331.     A restrictive label that has been applied to classified or
  332. unclassified data as a means of increasing the protection of the data and
  333. further restricting access to the data.
  334.  
  335.  
  336. certification
  337.     
  338.     The comprehensive evaluation of the technical and nontechnical
  339. security features of an AIS and other safeguards, made in support of the
  340. accreditation process, that establishes the extent to which a particular
  341. design and implementation meet a specified set of security requirements.
  342.  
  343.  
  344. closed security environment
  345.     
  346.     An environment in which both of the following conditions hold true:
  347. (1) Application developers (including maintainers) have sufficient clearances
  348. and authorizations to provide an acceptable presumption that they have not
  349. introduced malicious logic.  (2) Configuration control provides sufficient
  350. assurance that applications and the equipment are protected against the
  351. introduction of malicious logic prior to and during the operation of system
  352. applications.
  353.  
  354.  
  355. communications security (COMSEC)
  356.     
  357.     Measures taken to deny unauthorized persons information derived from
  358. telecommunications of the U.S.  Government concerning national security, and
  359. to ensure the authenticity of such telecommunicatons.  Communications security
  360. includes cryptosecurity, transmission security, emission security, and
  361. physical security of communications security material and information.
  362.  
  363.  
  364. compartment
  365.  
  366.     A class of information that has need-to-know access controls beyond
  367. those normally provided for access to Confidential, Secret or Top Secret
  368. information.
  369.  
  370.  
  371. compartmented security mode
  372.     
  373.     See modes of operation.
  374.  
  375.  
  376. compromise
  377.     
  378.     A violation of the security policy of a system such that
  379. unauthorized disclosure of sensitive information may have occurred.
  380.  
  381.  
  382. compromising emanations
  383.     
  384.     Unintentional data-related or intelligence-bearing signals that, if
  385. intercepted and analyzed, disclose the information transmission received,
  386. handled, or otherwise processed by any information processing equipment.  See
  387. TEMPEST.
  388.  
  389.  
  390. computer abuse
  391.     
  392.     The misuse, alteration, disruption or destruction of data processing
  393. resources.  The key aspect is that it is intentional and improper.
  394.  
  395.  
  396. computer cryptography
  397.     
  398.     The use of a crypto-algorithm in a computer, microprocessor, or
  399. microcomputer to perform encryption or decryption in order to protect
  400. information or to authenticate users, sources, or information.
  401.  
  402.  
  403. computer fraud
  404.     
  405.     Computer-related crimes involving deliberate misrepresentation,
  406. alteration or disclosure of data in order to obtain something of value
  407. (usually for monetary gain).  A computer system must have been involved in the
  408. perpetration or coverup of the act or series of acts.  A computer system might
  409. have been involved through improper manipulation of input data; output or
  410. results; applications programs; data files; computer operations;
  411. communications; or computer hardware, systems software, or firmware.
  412.  
  413.  
  414.  computer security (COMPUSEC) 
  415.     
  416.     Synonymous with automated information systems security.
  417.  
  418.  
  419. computer security subsystem
  420.     
  421.     A device designed to provide limited computer security features in a
  422. larger system environment.
  423.  
  424.  
  425. Computer Security Technical Vulnerability Reporting Program (CSTVRP)
  426.     
  427.     A program that focuses on technical vulnerabilities in commercially
  428. available hardware, firmware and software products acquired by DoD.  CSTVRP
  429. provides for the reporting, cataloging, and discreet dissemination of
  430. technical vulnerability and corrective measure information to DoD components
  431. on a need-to-know basis.
  432.  
  433.  
  434. concealment system
  435.     
  436.     A method of achieving confidentiality in which sensitive information
  437. is hidden by embedding it in irrelevant data.
  438.  
  439.  
  440. confidentiality
  441.  
  442.      The concept of holding sensitive data in confidence, limited to an
  443. appropriate set of individuals or organizations.
  444.  
  445.  
  446. configuration control
  447.     
  448.     The process of controlling modifications to the system's hardware,
  449. firmware, software, and documentation that provides sufficient assurance that
  450. the system is protected against the introduction of improper modifications
  451. prior to, during, and after system implementation.  Compare configuration
  452. management.
  453.  
  454.  
  455. configuration management
  456.     
  457.     The management of security features and assurances through control
  458. of changes made to a system's hardware, software, firmware, documentation,
  459. test, test fixtures and test documentation throughout the development and
  460. operational life of the system.  Compare configuration control.
  461.  
  462.  
  463. confinement
  464.     
  465.     The prevention of the leaking of sensitive data from a program.
  466.  
  467.  
  468. confinement channel
  469.     
  470.     Synonymous with covert channel.
  471.  
  472.  
  473. confinement property
  474.     
  475.     Synonymous with star property (*-property).
  476.  
  477.  
  478. contamination
  479.     
  480.     The intermixing of data at different sensitivity and need-to-know
  481. levels.  The lower level data is said to be contaminated by the higher level
  482. data; thus, the contaminating (higher level) data may not receive the required
  483. level of protection.
  484.  
  485.  
  486. contingency plan
  487.     
  488.     A plan for emergency response, backup operations, and post-disaster
  489. recovery maintained by an activity as a part of its security program that will
  490. ensure the availability of critical resources and facilitate the continuity of
  491. operations in an emergency situation.  Synonymous with disaster plan and
  492. emergency plan.
  493.  
  494.  
  495. control zone
  496.     
  497.     The space, expressed in feet of radius, surrounding equipment
  498. processing sensitive information, that is under sufficient physical and
  499. technical control to preclude an unauthorized entry or compromise.
  500.  
  501.  
  502. controlled access
  503.     
  504.     See access control.
  505.  
  506.  
  507. controlled sharing
  508.     
  509.     The condition that exists when access control is applied to all
  510. users and components of a system.
  511.  
  512.  
  513. cost-risk analysis
  514.     
  515.     The assessment of the costs of providing data protection for a
  516. system versus the cost of losing or compromising the data.
  517.  
  518.  
  519. countermeasure
  520.     
  521.     Any action, device, procedure, technique, or other measure that
  522. reduces the vulnerability of or threat to a system.
  523.  
  524. covert channel
  525.     
  526.     A communications channel that allows two cooperating processes to
  527. transfer information in a manner that violates the system's security policy.
  528. Synonymous with confinement channel.
  529.  
  530.  
  531. covert storage channel
  532.     
  533.     A covert channel that involves the direct or indirect writing of a
  534. storage location by one process and the direct or indirect reading of the
  535. storage location by another process.  Covert storage channels typically
  536. involve a finite resource (e.g., sectors on a disk) that is shared by two
  537. subjects at different security levels.
  538.  
  539.  
  540. covert timing channel
  541.     
  542.     A covert channel in which one process signals information to another
  543. by modulating its own use of system resources (e.g., CPU time) in such a way
  544. that this manipulation affects the real response time observed by the second
  545. process.
  546.  
  547.  
  548. Criteria
  549.     
  550.     See DoD Trusted Computer System Evaluation Criteria.
  551.  
  552.  
  553. crypto-algorithm 
  554.   
  555.        A well-defined procedure or sequence of rules or steps used to
  556. produce a key stream or cipher text from plain text and vice versa.
  557.  
  558.  
  559. cryptography
  560.  
  561.       The principles, means and methods for rendering information
  562. unintelligible, and for restoring encrypted information to intelligible form.
  563.  
  564.  
  565. cryptosecurity
  566.  
  567.      The security or protection resulting from the proper use of
  568. technically sound cryptosystems.
  569.  
  570.  
  571. -D-
  572.  
  573.  
  574. Data Encryption Standard (DES)
  575.     
  576.     A cryptographic algorithm for the protection of unclassified data,
  577. published in Federal Information Processing Standard (FIPS) 46.  The DES,
  578. which was approved by the National Institute of Standards and Technology, is
  579. intended for public and government use.
  580.  
  581.  
  582. data flow control
  583.     
  584.     Synonymous with  information flow control.
  585.  
  586.  
  587. data integrity
  588.     
  589.     The property that data meet an a priori expectation of quality.
  590.  
  591.  
  592. data security
  593.     
  594.     The protection of data from unauthorized (accidental or intentional)
  595. modification, destruction, or disclosure.
  596.  
  597.  
  598. declassification of AIS storage media
  599.     
  600.     An administrative decision or procedure to remove or reduce the
  601. security classification of the subject media.
  602.  
  603.  
  604. dedicated security mode
  605.     
  606.     See modes of operation.
  607.  
  608.  
  609. default classification
  610.     
  611.     A temporary classification reflecting the highest classification
  612. being processed in a system.  The default classification is included in the
  613. caution statement affixed to the object.
  614.  
  615.  
  616. degauss
  617.     
  618.     To reduce magnetic flux density to zero by applying a reverse
  619. magnetizing field.
  620.  
  621.  
  622. degausser
  623.     
  624.     An electrical device that can generate a magnetic field for the
  625. purpose of degaussing magnetic storage media.  Degausser Products List (DPL)
  626.  
  627.        A list of commercially produced degaussers that meet National
  628. Security Agency specifications.  This list is included in the NSA Information
  629. Systems Security Products and Services Catalogue, and is available through the
  630. Government Printing Office.
  631.  
  632.  
  633. denial of service
  634.     
  635.     Any action or series of actions that prevent any part of a system
  636. from functioning in accordance with its intended purpose.  This includes any
  637. action that causes unauthorized destruction, modification, or delay of
  638. service.  Synonymous with interdiction.
  639.  
  640.  
  641. Descriptive Top-Level Specification (DTLS)
  642.  
  643.     A top-level specification that is written in a natural language
  644. (e.g., English), an informal design notation, or a combination of the two.
  645.  
  646.  
  647. Designated Approving Authority (DAA)
  648.     
  649.     The official who has the authority to decide on accepting the
  650. security safeguards prescribed for an AIS or that official who may be
  651. responsible for issuing an accreditation statement that records the decision
  652. to accept those safeguards.
  653.  
  654.  
  655. dial back
  656.     
  657.     Synonymous with  call back.
  658.  
  659.  
  660. dial-up
  661.     
  662.     The service whereby a computer terminal can use the telephone to
  663. initiate and effect communication with a computer.
  664.  
  665.  
  666. disaster plan
  667.     
  668.     Synonymous with contingency plan. 
  669.  
  670.  
  671. discretionary access control (DAC)
  672.     
  673.     A means of restricting access to objects based on the identity and
  674. need-to-know of the user, process and/or groups to which they belong.  The
  675. controls are discretionary in the sense that a subject with a certain access
  676. permission is capable of passing that permission (perhaps indirectly) on to
  677. any other subject.  Compare mandatory access control.
  678.  
  679.  
  680. DoD Trusted Computer System Evaluation Criteria (TCSEC)
  681.     
  682.     A document published by the National Computer Security Center
  683. containing a uniform set of basic requirements and evaluation classes for
  684. assessing degrees of assurance in the effectiveness of hardware and software
  685. security controls built into systems.  These criteria are intended for use in
  686. the design and evaluation of systems that will process and/or store sensitive
  687. or classified data.  This document is Government Standard DoD 5200.28-STD and
  688. is frequently referred to as "The Criteria" or "The Orange Book."
  689.  
  690.  
  691. domain
  692.     
  693.     The unique context (e.g., access control parameters) in which a
  694. program is operating; in effect, the set of objects that a subject has the
  695. ability to access.  See process and subject.
  696.  
  697.  
  698. dominate
  699.  
  700.     Security level S1 is said to dominate security level S2 if the
  701. hierarchical classification of S1 is greater than or equal to that of S2 and
  702. the nonhierarchical categories of S1 include all those of S2 as a subset.  
  703.  
  704.  
  705. -E-
  706.  
  707.  
  708. emanations
  709.     
  710.     See compromising emanations.
  711.  
  712.  
  713. embedded system
  714.     
  715.     A system that performs or controls a function, either in whole or in
  716. part, as an integral element of a larger system or subsystem.
  717.  
  718.  
  719. emergency plan
  720.     
  721.     Synonymous with contingency plan.
  722.  
  723.  
  724. emission security
  725.  
  726.     The protection resulting from all measures taken to deny
  727. unauthorized persons information of value that might be derived from intercept
  728. and from an analysis of compromising emanations from systems.
  729.  
  730.  
  731. end-to-end encryption
  732.     
  733.     The protection of information passed in a telecommunications system
  734. by cryptographic means, from point of origin to point of destination.
  735.  
  736.  
  737. Endorsed Tools List (ETL)
  738.  
  739.     The list of formal verification tools endorsed by the NCSC for the
  740. development of systems with high levels of trust.
  741.  
  742.  
  743. Enhanced Hierarchical Development Methodology
  744.     
  745.     An integrated set of tools designed to aid in creating, analyzing,
  746. modifying, managing, and documenting program specifications and proofs.  This
  747. methology includes a specification parser and typechecker, a theorem prover,
  748. and a multi-level security checker.  Note: This methodology is not based upon
  749. the Hierarchical Development Methodology.
  750.  
  751.  
  752. entrapment
  753.     
  754.     The deliberate planting of apparent flaws in a system for the
  755. purpose of detecting attempted penetrations.
  756.  
  757.  
  758.  
  759.  
  760. environment
  761.     
  762.     The aggregate of external procedures, conditions, and objects that
  763. affect the development, operation, and maintenance of a system.
  764.  
  765.  
  766. erasure
  767.     
  768.     A process by which a signal recorded on magnetic media is removed.
  769. Erasure is accomplished in two ways: (1) by alternating current erasure, by
  770. which the information is destroyed by applying an alternating high and low
  771. magnetic field to the media; or (2) by direct current erasure, by which the
  772. media are saturated by applying a unidirectional magnetic field.
  773.  
  774.  
  775. Evaluated Products List (EPL)
  776.     
  777.     A list of equipments, hardware, software, and/or firmware that have
  778. been evaluated against, and found to be technically compliant, at a particular
  779. level of trust, with the DoD TCSEC by the NCSC.  The EPL is included in the
  780. National Security Agency Information Systems Security Products and Services
  781. Catalogue, which is available through the Government Printing Office.
  782.  
  783.  
  784. executive state
  785.     
  786.     One of several states in which a system may operate and the only one
  787. in which certain privileged instructions may be executed.  Such instructions
  788. cannot be executed when the system is operating in other (e.g., user) states.
  789. Synonymous with supervisor state.
  790.  
  791.  
  792. exploitable channel
  793.     
  794.     Any information channel that is usable or detectable by subjects
  795. external to the trusted computing base whose purpose is to violate the
  796. security policy of the system.  See covert channel.
  797.  
  798.  
  799. -F-
  800.  
  801.  
  802. fail safe
  803.     
  804.     Pertaining to the automatic protection of programs and/or processing
  805. systems to maintain safety when a hardware or software failure is detected in
  806. a system.
  807.  
  808.  
  809. fail soft
  810.     
  811.     Pertaining to the selective termination of affected nonessential
  812. processing when a hardware or software failure is detected in a system.
  813.  
  814.  
  815. failure access
  816.     
  817.     An unauthorized and usually inadvertent access to data resulting
  818. from a hardware or software failure in the system.
  819.  
  820.  
  821. failure control
  822.     
  823.     The methodology used to detect and provide fail-safe or fail-soft
  824. recovery from hardware and software failures in a system.
  825.  
  826.  
  827. fault
  828.     
  829.     A condition that causes a device or system component to fail to
  830. perform in a required manner.
  831.  
  832.  
  833. fetch protection
  834.     
  835.     A system-provided restriction to prevent a program from accessing
  836. data in another user's segment of storage.
  837.  
  838.  
  839. file protection
  840.     
  841.     The aggregate of all processes and procedures in a system designed
  842. to inhibit unauthorized access, contamination, or elimination of a file.
  843.  
  844.  
  845. file security
  846.     
  847.     The means by which access to computer files is limited to authorized
  848. users only.
  849.  
  850.  
  851. flaw hypothesis methodology
  852.     
  853.     A systems analysis and penetration technique in which specifications
  854. and documentation for the system are analyzed and then flaws in the system are
  855. hypothesized.  The list of hypothesized flaws is then prioritized on the basis
  856. of the estimated probability that a flaw exists and, assuming a flaw does
  857. exist, on the ease of exploiting it, and on the extent of control or
  858. compromise it would provide.  The prioritized list is used to direct a
  859. penetration attack against the system.
  860.  
  861.  
  862. flow control
  863.     
  864.     See information flow control.
  865.  
  866.  
  867. formal access approval
  868.     
  869.     Documented approval by a data owner to allow access to a particular
  870. category of information.
  871.  
  872.  
  873. Formal Development Methodology
  874.     
  875.     A collection of languages and tools that enforces a rigorous method
  876. of verification.  This methodology uses the Ina Jo specification language for
  877. successive stages of system development, including identification and modeling
  878. of requirements, high-level design, and program design.
  879.  
  880.  
  881. formal proof
  882.     
  883.     A complete and convincing mathematical argument, presenting the full
  884. logical justification for each proof step, for the truth of a theorem or set
  885. of theorems.
  886.  
  887.  
  888. formal security policy model
  889.     
  890.     A mathematically precise statement of a security policy.  To be
  891. adequately precise, such a model must represent the initial state of a system,
  892. the way in which the system progresses from one state to another, and a
  893. definition of a "secure" state of the system.  To be acceptable as a basis for
  894. a TCB, the model must be supported by a formal proof that if the initial state
  895. of the system satisfies the definition of a "secure" state and if all
  896. assumptions required by the model hold, then all future states of the system
  897. will be secure.  Some formal modeling techniques include: state transition
  898. models, denotational semantics models, and algebraic specification models.
  899. See Bell-La Padula model and security policy model.
  900.  
  901.  
  902. Formal Top-Level Specification (FTLS)
  903.     
  904.     A top-level specification that is written in a formal mathematical
  905. language to allow theorems showing the correspondence of the system
  906. specification to its formal requirements to be hypothesized and formally
  907. proven.  formal verification
  908.     
  909.     The process of using formal proofs to demonstrate the consistency
  910. between a formal specification of a system and a formal security policy model
  911. (design verification) or between the formal specification and its high level
  912. program implementation (implementation verification).
  913.  
  914.  
  915. front-end security filter
  916.     
  917.     A security filter, which could be implemented in hardware or
  918. software, that is logically separated from the remainder of the system to
  919. protect the system's integrity.
  920.  
  921.  
  922. functional testing
  923.     
  924.     The segment of security testing in which the advertised security
  925. mechanisms of the system are tested, under operational conditions, for correct
  926. operation.
  927.  
  928.  
  929. -G-
  930.  
  931.  
  932. granularity
  933.     
  934.     An expression of the relative size of a data object; e.g.,
  935. protection at the file level is considered coarse granularity, whereas
  936. protection at field level is considered to be of a finer granularity.
  937.  
  938.  
  939. guard
  940.     
  941.     A processor that provides a filter between two disparate systems
  942. operating at different security levels or between a user terminal and a data
  943. base to filter out data that the user is not authorized to access.
  944.  
  945.  
  946. Gypsy Verification Environment
  947.     
  948.     An integrated set of tools for specifying, coding, and verifying
  949. programs written in the Gypsy language, a language similar to Pascal which has
  950. both specification and programming features.  This methology includes an
  951. editor, a specification processor, a verification condition generator, a
  952. user-directed theorem prover, and an information flow tool.
  953.  
  954. -H-
  955.  
  956.  
  957. handshaking procedure
  958.     
  959.     A dialogue between two entities (e.g., a user and a computer, a
  960. computer and another computer, or a program and another program) for the
  961. purpose of identifying and authenticating the entities to one another.
  962.  
  963.  
  964. Hierarchical Development Methodology
  965.     
  966.     A methodology for specifying and verifying the design programs
  967. written in the Special specification language.  The tools for this methodology
  968. include the Special specification processor, the Boyer-Moore theorem prover,
  969. and the Feiertag information flow tool.
  970.  
  971.   
  972. host to front-end protocol
  973.     
  974.     A set of conventions governing the format and control of data that
  975. are passed from a host to a front-end machine.  
  976.  
  977.  
  978. -I-
  979.  
  980.  
  981.  identification
  982.     
  983.     The process that enables recognition of an entity by a system,
  984. generally by the use of unique machine-readable user names.
  985.  
  986.  
  987. impersonating
  988.     
  989.     Synonymous with spoofing.
  990.  
  991.  
  992. incomplete parameter checking
  993.     
  994.     A system design flaw that results when all parameters have not been
  995. fully anticipated for accuracy and consistency, thus making the system
  996. vulnerable to penetration.
  997.  
  998.  
  999. individual accountability
  1000.     
  1001.     The ability to associate positively the identity of a user with the
  1002. time, method, and degree of access to a system.
  1003.  
  1004.  
  1005. information flow control
  1006.     
  1007.     A procedure to ensure that information transfers within a system are
  1008. not made from a higher security level object to an object of a lower security
  1009. level.  See covert channel, simple security property, star property
  1010. (*-property).  Synonymous with data flow control and flow control.
  1011.  
  1012.  
  1013. Information System Security Officer (ISSO)
  1014.  
  1015.      The person responsible to the DAA for ensuring that security is
  1016. provided for and implemented throughout the life cycle of an AIS from the
  1017. beginning of the concept development plan through its design, development,
  1018. operation, maintenance, and secure disposal.
  1019.  
  1020.  
  1021. Information Systems Security Products and Services Catalogue
  1022.  
  1023.      A catalogue issued quarterly by the National Security Agency that
  1024. incorporates the DPL, EPL, ETL, PPL and other security product and service
  1025. lists.  This catalogue is available through the U.S.  Government Printing
  1026. Office, Washington, DC 20402, (202) 783-3238.
  1027.  
  1028.  
  1029. integrity
  1030.     
  1031.     Sound, unimpaired or perfect condition.
  1032.  
  1033. interdiction
  1034.     
  1035.     See denial of service.
  1036.  
  1037.  
  1038. internal security controls
  1039.     
  1040.     Hardware, firmware, and software features within a system that
  1041. restrict access to resources (hardware, software, and data) to authorized
  1042. subjects only (persons, programs, or devices).
  1043.  
  1044.  
  1045. isolation
  1046.     
  1047.     The containment of subjects and objects in a system in such a way
  1048. that they are separated from one another, as well as from the protection
  1049. controls of the operating system.  
  1050.  
  1051. -J-
  1052.  
  1053.  
  1054. This document contains no entries beginning with the letter. 
  1055.  
  1056.  
  1057. -K-
  1058.  
  1059.  
  1060. This document contains no entries beginning with the letter.
  1061.  
  1062.  
  1063. -L-
  1064.  
  1065.  
  1066. least privilege
  1067.     
  1068.     The principle that requires that each subject be granted the most
  1069. restrictive set of privileges needed for the performance of authorized tasks.
  1070. The application of this principle limits the damage that can result from
  1071. accident, error, or unauthorized use.
  1072.  
  1073.  
  1074. limited access
  1075.     
  1076.     Synonymous with access control.
  1077.  
  1078.  
  1079. list-oriented
  1080.  
  1081.     A computer protection system in which each protected object has a
  1082. list of all subjects authorized to access it.  Compare ticket-oriented.
  1083.  
  1084.  
  1085. lock-and-key protection system
  1086.     
  1087.     A protection system that involves matching a key or password with a
  1088. specific access requirement.
  1089.  
  1090.  
  1091. logic bomb
  1092.     
  1093.     A resident computer program that triggers the perpetration of an
  1094. unauthorized act when particular states of the system are realized.
  1095.  
  1096.  
  1097. loophole
  1098.     
  1099.     An error of omission or oversight in software or hardware that
  1100. permits circumventing the system security policy.  
  1101.  
  1102. -M-
  1103.  
  1104.  
  1105. magnetic remanence
  1106.     
  1107.     A measure of the magnetic flux density remaining after removal of
  1108. the applied magnetic force.  Refers to any data remaining on magnetic storage
  1109. media after removal of the power.
  1110.  
  1111.  
  1112. maintenance hook
  1113.     
  1114.     Special instructions in software to allow easy maintenance and
  1115. additional feature development.  These are not clearly defined during access
  1116. for design specification.  Hooks frequently allow entry into the code at
  1117. unusual points or without the usual checks, so they are a serious security
  1118. risk if they are not removed prior to live implementation.  Maintenance hooks
  1119. are special types of trap doors.
  1120.  
  1121.  
  1122. malicious logic
  1123.     
  1124.     Hardware, software, or firmware that is intentionally included in a
  1125. system for an unauthorized purpose; e.g., a Trojan horse.
  1126.  
  1127.  
  1128. mandatory access control (MAC)
  1129.     
  1130.     A means of restricting access to objects based on the sensitivity
  1131. (as represented by a label) of the information contained in the objects and
  1132. the formal authorization (i.e., clearance) of subjects to access information
  1133. of such sensitivity.  Compare discretionary access control.
  1134.  
  1135.  
  1136. masquerading
  1137.     
  1138.     Synonymous with spoofing.
  1139.  
  1140.  
  1141. mimicking
  1142.     
  1143.     Synonymous with spoofing.
  1144.  
  1145.  
  1146. modes of operation
  1147.     
  1148.     A description of the conditions under which an AIS functions, based
  1149. on the sensitivity of data processed and the clearance levels and
  1150. authorizations of the users.  Four modes of operation are authorized:
  1151.  
  1152.         (1)  Dedicated Mode
  1153.         An AIS is operating in the dedicated mode when each user
  1154. with direct or indirect individual access to the AIS, its peripherals, remote
  1155. terminals, or remote hosts, has all of the following: 
  1156.             a.  A valid personnel
  1157. clearance for all information on the system.
  1158.             b.  Formal access approval for, and has signed
  1159. nondisclosure agreements for all the information stored and/or processed
  1160. (including all compartments, subcompartments and/or special access programs).
  1161.             c.  A valid need-to-know for all information
  1162. contained within the system.
  1163.  
  1164.         (2)  System-High Mode
  1165.         An AIS is operating in the system-high mode when each user
  1166. with direct or indirect access to the AIS, its peripherals, remote terminals,
  1167. or remote hosts has all of the following:
  1168.             a.  A valid personnel clearance for all
  1169. information on the AIS.
  1170.             b.  Formal access approval for, and has signed
  1171. nondisclosure agreements for all the information stored and/or processed
  1172. (including all compartments, subcompartments, and/or special access programs).
  1173.  
  1174.             c.  A valid need-to-know for some of the
  1175. information contained within the AIS.
  1176.  
  1177.         (3)  Compartmented Mode
  1178.         An AIS is operating in the compartmented mode when each
  1179. user with direct or indirect access to the AIS, its peripherals, remote
  1180. terminals, or remote hosts, has all of the following:
  1181.             a.  A valid personnel clearance for the most
  1182. restricted information processed in the AIS.
  1183.             b.  Formal access approval for, and has signed
  1184. nondisclosure agreements for that information to which he/she is to have
  1185. access.
  1186.             c.  A valid need-to-know for that information to
  1187. which he/she is to have access.
  1188.  
  1189.         (4)  Multilevel Mode
  1190.         An AIS is operating in the multilevel mode when all the
  1191. following statements are satisfied concerning the users with direct or
  1192. indirect access to the AIS, its peripherals, remote terminals, or remote
  1193. hosts:
  1194.             a.  Some do not have a valid personnel clearance
  1195. for all the information processed in the AIS.
  1196.             b.  All have the proper clearance and have the
  1197. appropriate formal access approval for that information to which he/she is to
  1198. have access.
  1199.             c.  All have a valid need-to-know for that
  1200. information to which they are to have access.
  1201.  
  1202.  
  1203. multilevel device
  1204.  
  1205.     A device that is used in a manner that permits it to simultaneously
  1206. process data of two or more security levels without risk of compromise.  To
  1207. accomplish this, sensitivity labels are normally stored on the same physical
  1208. medium and in the same form (i.e., machine-readable or human-readable) as the
  1209. data being processed.
  1210.  
  1211.  
  1212. multilevel secure
  1213.  
  1214.     A class of system containing information with different
  1215. sensitivities that simultaneously permits access by users with different
  1216. security clearances and needs-to-know, but prevents users from obtaining
  1217. access to information for which they lack authorization.
  1218.  
  1219.  
  1220. multilevel security mode
  1221.  
  1222.     See modes of operation.
  1223.  
  1224.  
  1225. multiple access rights terminal
  1226.     
  1227.     A terminal that may be used by more than one class of users; for
  1228. example, users with different access rights to data.
  1229.  
  1230.  
  1231. multiuser mode of operation
  1232.     
  1233.     A mode of operation designed for systems that process sensitive
  1234. unclassified information in which users may not have a need-to-know for all
  1235. information processed in the system.  This mode is also for microcomputers
  1236. processing sensitive unclassified information that cannot meet the
  1237. requirements of the stand-alone mode of operation.
  1238.  
  1239.  
  1240. mutually suspicious
  1241.     
  1242.     The state that exists between interacting processes (subsystems or
  1243. programs) in which neither process can expect the other process to function
  1244. securely with respect to some property.
  1245.  
  1246.  
  1247. -N-
  1248.  
  1249.  
  1250. National Computer Security Assessment Program
  1251.     
  1252.     A program designed to evaluate the interrelationship of empirical
  1253. data of computer security infractions and critical systems profiles, while
  1254. comprehensively incorporating information from the CSTVRP.  The assessment
  1255. will build threat and vulnerability scenarios that are based on a collection
  1256. of facts from relevant reported cases.  Such scenarios are a powerful,
  1257. dramatic, and concise form of representing the value of loss experience
  1258. analysis.
  1259.  
  1260.  
  1261. National Computer Security Center (NCSC)
  1262.     
  1263.     Originally named the DoD Computer Security Center, the NCSC is
  1264. responsible for encouraging the widespread availability of trusted computer
  1265. systems throughout the Federal Government.
  1266.  
  1267.  
  1268. National Security Decision Directive 145 (NSDD 145)
  1269.     
  1270.     Signed by President Reagan on l7 September l984, this directive is
  1271. entitled "National Policy on Telecommunications and Automated Information
  1272. Systems Security." It provides initial objectives, policies, and an
  1273. organizational structure to guide the conduct of national activities toward
  1274. safeguarding systems that process, store, or communicate sensitive
  1275. information; establishes a mechanism for policy development; and assigns
  1276. implementation responsibilities.
  1277.  
  1278.  
  1279. National Telecommunications and Information Systems Security Advisory
  1280. Memoranda/ Instructions (NTISSAM, NTISSI)
  1281.  
  1282.     NTISS Advisory Memoranda and Instructions provide advice,
  1283. assistance, or information of general interest on telecommunications and
  1284. systems security to all applicable federal departments and agencies.
  1285. NTISSAMs/NTISSIs are promulgated by the National Manager for
  1286. Telecommunications and Automated Information Systems Security and are
  1287. recommendatory.
  1288.  
  1289.  
  1290. National Telecommunications and Information System Security Directives (NTISSD)
  1291.     
  1292.     NTISS Directives establish national-level decisions relating to
  1293. NTISS policies, plans, programs, systems, or organizational delegations of
  1294. authority.  NTISSDs are promulgated by the Executive Agent of the Government
  1295. for Telecommunications and Information Systems Security, or by the Chairman of
  1296. the NTISSC when so delegated by the Executive Agent.  NTISSDs are binding upon
  1297. all federal departments and agencies.
  1298.  
  1299.  
  1300. need-to-know
  1301.  
  1302.     The necessity for access to, knowledge of, or possession of specific
  1303. information required to carry out official duties.
  1304.  
  1305. network front end
  1306.     
  1307.     A device that implements the necessary network protocols, including
  1308. security-related protocols, to allow a computer system to be attached to a
  1309. network.
  1310.  
  1311.  
  1312. NSDD 145
  1313.  
  1314.      See National Security Decision Directive 145.
  1315.  
  1316. -O-
  1317.  
  1318.  
  1319. object
  1320.     
  1321.     A passive entity that contains or receives information.  Access to
  1322. an object potentially implies access to the information it contains.  Examples
  1323. of objects are: records, blocks, pages, segments, files, directories,
  1324. directory trees, and programs, as well as bits, bytes, words, fields,
  1325. processors, video displays, keyboards, clocks, printers, and network nodes.
  1326.  
  1327.  
  1328. object reuse
  1329.     
  1330.     The reassignment and reuse of a storage medium (e.g., page frame,
  1331. disk sector, magnetic tape) that once contained one or more objects.  To be
  1332. securely reused and assigned to a new subject, storage media must contain no
  1333. residual data (magnetic remanence) from the object(s) previously contained in
  1334. the media.
  1335.  
  1336.  
  1337. open security environment
  1338.     
  1339.     An environment that includes those systems in which at least one of
  1340. the following conditions holds true: (l) Application developers (including
  1341. maintainers) do not have sufficient clearance or authorization to provide an
  1342. acceptable presumption that they have not introduced malicious logic.  (2)
  1343. Configuration control does not provide sufficient assurance that applications
  1344. are protected against the introduction of malicious logic prior to and during
  1345. the operation of system applications.
  1346.  
  1347.  
  1348. Operations Security (OPSEC)
  1349.  
  1350.     An analytical process by which the U.S.  Government and its
  1351. supporting contractors can deny to potential adversaries information about
  1352. capabilities and intentions by identifying, controlling, and protecting
  1353. evidence of the planning and execution of sensitive activities and operations.
  1354.  
  1355.  
  1356. Orange Book 
  1357.  
  1358.     Alternate name for DoD Trusted Computer Security Evaluation
  1359. Criteria.
  1360.  
  1361.  
  1362. overt channel
  1363.     
  1364.     A path within a computer system or network that is designed for the
  1365. authorized transfer of data.  Compare covert channel.
  1366.  
  1367.  
  1368. overwrite procedure
  1369.     
  1370.     A stimulation to change the state of a bit followed by a known
  1371. pattern.  See magnetic remanence.
  1372.  
  1373. -P-
  1374.  
  1375.  
  1376. partitioned security mode
  1377.     
  1378.     A mode of operation wherein all personnel have the clearance but not
  1379. necessarily formal access approval and need-to-know for all information
  1380. contained in the system.  Not to be confused with compartmented security mode.
  1381.  
  1382.  
  1383. password
  1384.     
  1385.     A protected/private character string used to authenticate an
  1386. identity.
  1387.  
  1388.  
  1389. penetration
  1390.     
  1391.     The successful act of bypassing the security mechanisms of a system.
  1392.  
  1393.  
  1394. penetration signature
  1395.     
  1396.     The characteristics or identifying marks that may be produced by a
  1397. penetration.
  1398.  
  1399.  
  1400. penetration study
  1401.     
  1402.     A study to determine the feasibility and methods for defeating
  1403. controls of a system.
  1404.  
  1405.  
  1406. penetration testing
  1407.     
  1408.     The portion of security testing in which the evaluators attempt to
  1409. circumvent the security features of a system.  The evaluators may be assumed
  1410. to use all system design and implementation documentation, which may include
  1411. listings of system source code, manuals, and circuit diagrams.  The evaluators
  1412. work under the same constraints applied to ordinary users.
  1413.  
  1414.  
  1415. periods processing
  1416.     
  1417.     The processing of various levels of sensitive information at
  1418. distinctly different times.  Under periods processing, the system must be
  1419. purged of all information from one processing period before transitioning to
  1420. the next when there are different users with differing authorizations.
  1421.  
  1422.  
  1423. permissions
  1424.     
  1425.     A description of the type of authorized interactions a subject can
  1426. have with an object.  Examples include: read, write, execute, add, modify, and
  1427. delete.
  1428.  
  1429.  
  1430. personnel security
  1431.     
  1432.     The procedures established to ensure that all personnel who have
  1433. access to sensitive information have the required authority as well as
  1434. appropriate clearances.
  1435.  
  1436.  
  1437. physical security
  1438.  
  1439.     The application of physical barriers and control procedures as
  1440. preventive measures or countermeasures against threats to resources and
  1441. sensitive information.
  1442.  
  1443.  
  1444. piggyback
  1445.     
  1446.     Gaining unauthorized access to a system via another user's
  1447. legitimate connection.  See between-the-lines entry.
  1448.  
  1449.  
  1450. Preferred Products List (PPL)
  1451.     
  1452.     A list of commercially produced equipments that meet TEMPEST and
  1453. other requirements prescribed by the National Security Agency.  This list is
  1454. included in the NSA Information Systems Security Products and Services
  1455. Catalogue, issued quarterly and available through the Government Printing
  1456. Office.
  1457.  
  1458.  
  1459. print suppression
  1460.     
  1461.      Eliminating the displaying of characters in order to preserve their
  1462. secrecy; e.g., not displaying the characters of a password as it is keyed at
  1463. the input terminal.
  1464.  
  1465.  
  1466. privileged instructions
  1467.     
  1468.     A set of instructions (e.g., interrupt handling or special computer
  1469. instructions) to control features (such as storage protection features) that
  1470. are generally executable only when the automated system is operating in the
  1471. executive state.
  1472.  
  1473.  
  1474. procedural security
  1475.     
  1476.     Synonymous with administrative security.
  1477.  
  1478.  
  1479. process
  1480.  
  1481.       A program in execution. See domain and subject.
  1482.  
  1483.  
  1484. protection philosophy
  1485.     
  1486.     An informal description of the overall design of a system that
  1487. delineates each of the protection mechanisms employed.  A combination,
  1488. appropriate to the evaluation class, of formal and informal techniques is used
  1489. to show that the mechanisms are adequate to enforce the security policy.
  1490.  
  1491.  
  1492. protection ring
  1493.     
  1494.     One of a hierarchy of privileged modes of a system that gives
  1495. certain access rights to user programs and processes authorized to operate in
  1496. a given mode.
  1497.  
  1498.  
  1499. protection-critical portions of the TCB
  1500.     
  1501.     Those portions of the TCB whose normal function is to deal with the
  1502. control of access between subjects and objects.  Their correct operation is
  1503. essential to the protection of the data on the system.
  1504.  
  1505.  
  1506. protocols
  1507.     
  1508.     A set of rules and formats, semantic and syntactic, that permits
  1509. entities to exchange information.
  1510.  
  1511.  
  1512. pseudo-flaw
  1513.     
  1514.     An apparent loophole deliberately implanted in an operating system
  1515. program as a trap for intruders.
  1516.  
  1517.  
  1518. Public Law 100-235 (P.L. 100-235)
  1519.  
  1520.     Also known as the Computer Security Act of 1987, this law creates a
  1521. means for establishing minimum acceptable security practices for improving the
  1522. security and privacy of sensitive information in federal computer systems.
  1523. This law assigns to the National Institute of Standards and Technology
  1524. responsibility for developing standards and guidelines for federal computer
  1525. systems processing unclassified data.  The law also requires establishment of
  1526. security plans by all operators of federal computer systems that contain
  1527. sensitive information.
  1528.  
  1529.  
  1530. purge
  1531.     
  1532.     The removal of sensitive data from an AIS, AIS storage device, or
  1533. peripheral device with storage capacity, at the end of a processing period.
  1534. This action is performed in such a way that there is assurance proportional to
  1535. the sensitivity of the data that the data may not be reconstructed.  An AIS
  1536. must be disconnected from any external network before a purge.  After a purge,
  1537. the medium can be declassified by observing the review procedures of the
  1538. respective agency.
  1539.  
  1540.  
  1541. -Q-
  1542.  
  1543.  
  1544.  
  1545. This document contains no entries beginning with the letter.
  1546.  
  1547.  
  1548. -R-
  1549.  
  1550.  
  1551. read
  1552.     
  1553.     A fundamental operation that results only in the flow of information
  1554. from an object to a subject.
  1555.  
  1556.  
  1557. read access
  1558.     
  1559.     Permission to read information.
  1560.  
  1561.  
  1562. recovery procedures
  1563.     
  1564.     The actions necessary to restore a system's computational capability
  1565. and data files after a system failure.
  1566.  
  1567.  
  1568. reference monitor concept
  1569.     
  1570.     An access-control concept that refers to an abstract machine that
  1571. mediates all accesses to objects by subjects.
  1572.  
  1573.  
  1574. reference validation mechanism
  1575.     
  1576.     An implementation of the reference monitor concept.  A security
  1577. kernel is a type of reference validation mechanism.
  1578.  
  1579.  
  1580. reliability
  1581.     
  1582.     The probability of a given system performing its mission adequately
  1583. for a specified period of time under the expected operating conditions.
  1584.  
  1585.  
  1586. residual risk
  1587.     
  1588.     The portion of risk that remains after security measures have been
  1589. applied.
  1590.  
  1591.  
  1592. residue
  1593.     
  1594.     Data left in storage after processing operations are complete, but
  1595. before degaussing or rewriting has taken place.
  1596.  
  1597.  
  1598. resource encapsulation
  1599.     
  1600.     The process of ensuring that a resource not be directly accessible
  1601. by a subject, but that it be protected so that the reference monitor can
  1602. properly mediate accesses to it.  
  1603.  
  1604. restricted area
  1605.     
  1606.     Any area to which access is subject to special restrictions or
  1607. controls for reasons of security or safeguarding of property or material.
  1608.  
  1609.  
  1610. risk
  1611.     
  1612.     The probability that a particular threat will exploit a particular
  1613. vulnerability of the system.
  1614.  
  1615.  
  1616. risk analysis
  1617.     
  1618.     The process of identifying security risks, determining their
  1619. magnitude, and identifying areas needing safeguards.  Risk analysis is a part
  1620. of risk management.  Synonymous with risk assessment.
  1621.  
  1622.  
  1623. risk assessment
  1624.  
  1625.        Synonymous with risk analysis.
  1626.  
  1627.  
  1628. risk index
  1629.     
  1630.     The disparity between the minimum clearance or authorization of
  1631. system users and the maximum sensitivity (e.g., classification and categories)
  1632. of data processed by a system.  See CSC-STD-003-85 and CSC-STD-004-85 for a
  1633. complete explanation of this term.
  1634.  
  1635.  
  1636. risk management
  1637.     
  1638.     The total process of identifying, controlling, and eliminating or
  1639. minimizing uncertain events that may affect system resources.  It includes
  1640. risk analysis, cost benefit analysis, selection, implementation and test,
  1641. security evaluation of safeguards, and overall security review.  
  1642.  
  1643. -S-
  1644.  
  1645.  
  1646. safeguards
  1647.     
  1648.     See security safeguards.
  1649.  
  1650.  
  1651. scavenging
  1652.     
  1653.     Searching through object residue to acquire unauthorized data.
  1654.  
  1655.  
  1656. secure configuration management
  1657.     
  1658.     The set of procedures appropriate for controlling changes to a
  1659. system's hardware and software structure for the purpose of ensuring that
  1660. changes will not lead to violations of the system's security policy.
  1661.  
  1662.  
  1663. secure state
  1664.     
  1665.     A condition in which no subject can access any object in an
  1666. unauthorized manner.
  1667.  
  1668.  
  1669. secure subsystem
  1670.     
  1671.     A subsystem that contains its own implementation of the reference
  1672. monitor concept for those resources it controls.  However, the secure
  1673. subsystem must depend on other controls and the base operating system for the
  1674. control of subjects and the more primitive system objects.
  1675.  
  1676.  
  1677. security critical mechanisms
  1678.     
  1679.     Those security mechanisms whose correct operation is necessary to
  1680. ensure that the security policy is enforced.
  1681.  
  1682.  
  1683. security evaluation
  1684.     
  1685.     An evaluation done to assess the degree of trust that can be placed
  1686. in systems for the secure handling of sensitive information.  One type, a
  1687. product evaluation, is an evaluation performed on the hardware and software
  1688. features and assurances of a computer product from a perspective that excludes
  1689. the application environment.  The other type, a system evaluation, is done for
  1690. the purpose of assessing a system's security safeguards with respect to a
  1691. specific operational mission and is a major step in the certification and
  1692. accreditation process.
  1693.  
  1694.  
  1695. security fault analysis
  1696.     
  1697.     A security analysis, usually performed on hardware at gate level, to
  1698. determine the security properties of a device when a hardware fault is
  1699. encountered.  
  1700.  
  1701. security features
  1702.     
  1703.     The security-relevant functions, mechanisms, and characteristics of
  1704. system hardware and software.  Security features are a subset of system
  1705. security safeguards.
  1706.  
  1707.  
  1708. security filter
  1709.     
  1710.     A trusted subsystem that enforces a security policy on the data that
  1711. pass through it.
  1712.  
  1713.  
  1714. security flaw
  1715.   
  1716.      An error of commission or omission in a system that may allow
  1717. protection mechanisms to be bypassed.
  1718.  
  1719.  
  1720. security flow analysis
  1721.     
  1722.     A security analysis performed on a formal system specification that
  1723. locates potential flows of information within the system.
  1724.  
  1725.  
  1726. security kernel
  1727.     
  1728.     The hardware, firmware, and software elements of a TCB that
  1729. implement the reference monitor concept.  It must mediate all accesses, be
  1730. protected from modification, and be verifiable as correct.
  1731.  
  1732.  
  1733. security label
  1734.  
  1735.        A piece of information that represents the security level of an
  1736. object.
  1737.   
  1738.  
  1739. security level
  1740.     
  1741.     The combination of a hierarchical classification and a set of
  1742. nonhierarchical categories that represents the sensitivity of information.
  1743.  
  1744.  
  1745. security measures
  1746.     
  1747.     Elements of software, firmware, hardware, or procedures that are
  1748. included in a system for the satisfaction of security specifications.
  1749.  
  1750.   
  1751. security perimeter
  1752.     
  1753.     The boundary where security controls are in effect to protect
  1754. assets.
  1755.  
  1756.  
  1757. security policy
  1758.  
  1759.     The set of laws, rules, and practices that regulate how an
  1760. organization manages, protects, and distributes sensitive information.
  1761.  
  1762.  
  1763. security policy model
  1764.     
  1765.     A formal presentation of the security policy enforced by the system.
  1766. It must identify the set of rules and practices that regulate how a system
  1767. manages, protects, and distributes sensitive information.  See Bell-La Padula
  1768. model and formal security policy model.
  1769.  
  1770.  
  1771. security range
  1772.     
  1773.     The highest and lowest security levels that are permitted in or on a
  1774. system, system component, subsystem or network.
  1775.  
  1776.  
  1777. security requirements
  1778.     
  1779.     The types and levels of protection necessary for equipment, data,
  1780. information, applications, and facilities to meet security policy.
  1781.  
  1782.  
  1783. security requirements baseline
  1784.     
  1785.     A description of minimum requirements necessary for a system to
  1786. maintain an acceptable level of security.
  1787.  
  1788.  
  1789. security safeguards
  1790.     
  1791.     The protective measures and controls that are prescribed to meet the
  1792. security requirements specified for a system.  Those safeguards may include
  1793. but are not necessarily limited to: hardware and software security features,
  1794. operating procedures, accountability procedures, access and distribution
  1795. controls, management constraints, personnel security, and physical structures,
  1796. areas, and devices.  Also called safeguards.
  1797.  
  1798.  
  1799. security specifications
  1800.     
  1801.     A detailed description of the safeguards required to protect a
  1802. system.
  1803.  
  1804.  
  1805. security test and evaluation
  1806.     
  1807.     An examination and analysis of the security safeguards of a system
  1808. as they have been applied in an operational environment to determine the
  1809. security posture of the system.
  1810.  
  1811.  
  1812. security testing
  1813.     
  1814.     A process used to determine that the security features of a system
  1815. are implemented as designed.  This includes hands-on functional testing,
  1816. penetration testing, and verification.
  1817.  
  1818.  
  1819. sensitive information
  1820.     
  1821.     Any information, the loss, misuse, modification of, or unauthorized
  1822. access to, could affect the national interest or the conduct of Federal
  1823. programs, or the privacy to which individuals are entitled under Section 552a
  1824. of Title 5, U.S.  Code, but that has not been specifically authorized under
  1825. criteria established by an Executive order or an act of Congress to be kept
  1826. classified in the interest of national defense or foreign policy.
  1827.  
  1828.  
  1829.  sensitivity label
  1830.     
  1831.     A piece of information that represents the security level of an
  1832. object.  Sensitivity labels are used by the TCB as the basis for mandatory
  1833. access control decisions.
  1834.  
  1835.  
  1836. simple security condition
  1837.     
  1838.     See simple security property.
  1839.  
  1840.  
  1841. simple security property
  1842.     
  1843.     A Bell-La Padula security model rule allowing a subject read access
  1844. to an object only if the security level of the subject dominates the security
  1845. level of the object.  Synonymous with simple security condition.
  1846.  
  1847.  
  1848. single-level device
  1849.  
  1850.     An automated information systems device that is used to process data
  1851. of a single security level at any one time.
  1852.  
  1853.     
  1854. Software Development Methodologies
  1855.  
  1856.     Methodologies for specifying and verifying design programs for
  1857. system development.  Each methodology is written for a specific computer
  1858. language.  See Enhanced Hierarchical Development Methodology, Formal
  1859. Development Methodology, Gypsy Verification Environment and Hierarchical
  1860. Development Methodology.
  1861.  
  1862.  
  1863. software security
  1864.  
  1865.      General purpose (executive, utility or software development tools)
  1866. and applications programs or routines that protect data handled by a system.
  1867.  
  1868.  
  1869. software system test and evaluation process
  1870.  
  1871.      A process that plans, develops and documents the quantitative
  1872. demonstration of the fulfillment of all baseline functional performance,
  1873. operational and interface requirements.
  1874.   
  1875.  
  1876. spoofing
  1877.     
  1878.     An attempt to gain access to a system by posing as an authorized
  1879. user.  Synonymous with impersonating, masquerading or.mimicking.
  1880.  
  1881.  
  1882. stand-alone, shared system
  1883.     
  1884.     A system that is physically and electrically isolated from all other
  1885. systems, and is intended to be used by more than one person, either
  1886. simultaneously (e.g., a system with multiple terminals) or serially, with data
  1887. belonging to one user remaining available to the system while another user is
  1888. using the system (e.g., a personal computer with nonremovable storage media
  1889. such as a hard disk).
  1890.  
  1891.  
  1892. stand-alone, single-user system
  1893.     
  1894.     A system that is physically and electrically isolated from all other
  1895. systems, and is intended to be used by one person at a time, with no data
  1896. belonging to other users remaining in the system (e.g., a personal computer
  1897. with removable storage media such as a floppy disk).
  1898.  
  1899.  
  1900. star property 
  1901.     
  1902.     See *-property, page 2.
  1903.  
  1904.  
  1905. State Delta Verification System
  1906.     
  1907.     A system designed to give high confidence regarding microcode
  1908. performance by using formulae that represent isolated states of a computation
  1909. to check proofs concerning the course of that computation.
  1910.  
  1911.  
  1912. state variable
  1913.     
  1914.     A variable that represents either the state of the system or the
  1915. state of some system resource.
  1916.  
  1917.  
  1918. storage object
  1919.     
  1920.     An object that supports both read and write accesses.
  1921.  
  1922.  
  1923. Subcommittee on Automated Information Systems Security (SAISS)
  1924.     
  1925.     NSDD-145 authorizes and directs the establishment, under the NTISSC,
  1926. of a permanent Subcommittee on Automated Information Systems Security.  The
  1927. SAISS is composed of one voting member from each organization represented on
  1928. the NTISSC.
  1929.  
  1930.  
  1931. Subcommittee on Telecommunications Security (STS)
  1932.     
  1933.     NSDD-145 authorizes and directs the establishment, under the NTISSC,
  1934. of a permanent Subcommittee on Telecommunications Security.  The STS is
  1935. composed of one voting member from each organization represented on the
  1936. NTISSC.
  1937.  
  1938.  
  1939. subject
  1940.     
  1941.     An active entity, generally in the form of a person, process, or
  1942. device, that causes information to flow among objects or changes the system
  1943. state.  Technically, a process/domain pair.
  1944.  
  1945.  
  1946. subject security level
  1947.     
  1948.     A subjects security level is equal to the security level of the
  1949. objects to which it has both read and write access.  A subjects security level
  1950. must always be dominated by the clearance of the user with which the subject
  1951. is associated.
  1952.  
  1953.  
  1954. supervisor state
  1955.     
  1956.     Synonymous with executive state.
  1957.  
  1958.  
  1959. System Development Methodologies
  1960.  
  1961.      Methodologies developed through software engineering to manage the
  1962. complexity of system development.  Development methodologies include software
  1963. engineering aids and high-level design analysis tools.
  1964.  
  1965.  
  1966. system high security mode
  1967.  
  1968.     See modes of operation.
  1969.  
  1970.  
  1971.  system integrity
  1972.     
  1973.     The quality that a system has when it performs its intended function
  1974. in an unimpaired manner, free from deliberate or inadvertent unauthorized
  1975. manipulation of the system.
  1976.  
  1977.  
  1978. system low
  1979.     
  1980.     The lowest security level supported by a system at a particular time
  1981. or in a particular environment.
  1982.  
  1983.  
  1984. System Security Officer (SSO)
  1985.     
  1986.     See Information System Security Officer. 
  1987.  
  1988.  
  1989. Systems Security Steering Group
  1990.     
  1991.     The senior government body established by NSDD-145 to provide
  1992. top-level review and policy guidance for the telecommunications security and
  1993. automated information systems security activities of the U.S.  Government.
  1994. This group is chaired by the Assistant to the President for National Security
  1995. Affairs and consists of the Secretary of State, Secretary of Treasury, the
  1996. Secretary of Defense, the Attorney General, the Director of the Office of
  1997. Management and Budget, and the Director of Central Intelligence.
  1998.  
  1999.  
  2000. -T-
  2001.  
  2002.  
  2003. tampering
  2004.     
  2005.     An unauthorized modification that alters the proper functioning of
  2006. an equipment or system in a manner that degrades the security or functionality
  2007. it provides.
  2008.  
  2009.   
  2010. technical attack
  2011.     
  2012.     An attack that can be perpetrated by circumventing or nullifying
  2013. hardware and software protection mechanisms, rather than by subverting system
  2014. personnel or other users.
  2015.  
  2016.  
  2017. technical vulnerability
  2018.     
  2019.     A hardware, firmware, communication, or software flaw that leaves a
  2020. computer processing system open for potential exploitation, either externally
  2021. or internally, thereby resulting in risk for the owner, user, or manager of
  2022. the system.
  2023.  
  2024.  
  2025. TEMPEST
  2026.     
  2027.     The study and control of spurious electronic signals emitted by
  2028. electrical equipment.
  2029.  
  2030.  
  2031. terminal identification
  2032.     
  2033.     The means used to uniquely identify a terminal to a system.
  2034.  
  2035.  
  2036. threat
  2037.     
  2038.     Any circumstance or event with the potential to cause harm to a
  2039. system in the form of destruction, disclosure, modification of data, and/or
  2040. denial of service.
  2041.  
  2042.  
  2043. threat agent
  2044.     
  2045.     A method used to exploit a vulnerability in a system, operation, or
  2046. facility.
  2047.  
  2048.  
  2049. threat analysis
  2050.     
  2051.     The examination of all actions and events that might adversely
  2052. affect a system or operation.
  2053.  
  2054.  
  2055. threat monitoring
  2056.     
  2057.     The analysis, assessment, and review of audit trails and other data
  2058. collected for the purpose of searching out system events that may constitute
  2059. violations or attempted violations of system security.
  2060.  
  2061.  
  2062. ticket-oriented
  2063.     
  2064.     A computer protection system in which each subject maintains a list
  2065. of unforgeable bit patterns, called tickets, one for each object the subject
  2066. is authorized to access.  Compare list-oriented.
  2067.  
  2068.  
  2069. time-dependent password
  2070.     
  2071.     A password that is valid only at a certain time of day or during a
  2072. specified interval of time.
  2073.  
  2074.  
  2075. top-level specification
  2076.     
  2077.     A nonprocedural description of system behavior at the most abstract
  2078. level; typically, a functional specification that omits all implementation
  2079. details.
  2080.  
  2081.  
  2082. tranquility
  2083.     
  2084.     A security model rule stating that the security level of an object
  2085. cannot change while the object is being processed by an AIS.
  2086.  
  2087.  
  2088. trap door
  2089.     
  2090.     A hidden software or hardware mechanism that can be triggered to
  2091. permit system protection mechanisms to be circumvented.  It is activated in
  2092. some innocent-appearing manner; e.g., a special "random" key sequence at a
  2093. terminal.  Software developers often introduce trap doors in their code to
  2094. enable them to reenter the system and perform certain functions.  Synonymous
  2095. with back door.
  2096.  
  2097.  
  2098. Trojan horse
  2099.     
  2100.     A computer program with an apparently or actually useful function
  2101. that contains additional (hidden) functions that surreptitiously exploit the
  2102. legitimate authorizations of the invoking process to the detriment of security
  2103. or integrity.
  2104.  
  2105.  
  2106. trusted computer system
  2107.     
  2108.     A system that employs sufficient hardware and software assurance
  2109. measures to allow its use for simultaneous processing of a range of sensitive
  2110. or classified information.
  2111.  
  2112. Trusted Computing Base (TCB)
  2113.     
  2114.     The totality of protection mechanisms within a computer system,
  2115. including hardware, firmware, and software, the combination of which is
  2116. responsible for enforcing a security policy.  A TCB consists of one or more
  2117. components that together enforce a unified security policy over a product or
  2118. system.  The ability of a TCB to enforce correctly a unified security policy
  2119. depends solely on the mechanisms within the TCB and on the correct input by
  2120. system administrative personnel of parameters (e.g., a user's clearance level)
  2121. related to the security policy.
  2122.  
  2123.  
  2124. trusted distribution
  2125.  
  2126.       A trusted method for distributing the TCB hardware, software, and
  2127. firmware components, both originals and updates, that provides methods for
  2128. protecting the TCB from modification during distribution and for detection of
  2129. any changes to the TCB that may occur.
  2130.  
  2131.  
  2132.  trusted identification forwarding
  2133.     
  2134.     An identification method used in networks whereby the sending host
  2135. can verify that an authorized user on its system is attempting a connection to
  2136. another host.  The sending host transmits the required user authentication
  2137. information to the receiving host.  The receiving host can then verify that
  2138. the user is validated for access to its system.  This operation may be
  2139. transparent to the user.
  2140.  
  2141.  
  2142. trusted path
  2143.     
  2144.       A mechanism by which a person at a terminal can communicate
  2145. directly with the TCB.  This mechanism can only be activated by the person or
  2146. the TCB and cannot be imitated by untrusted software.
  2147.     
  2148.  
  2149. trusted process
  2150.     
  2151.     A process whose incorrect or malicious execution is capable of
  2152. violating system security policy.
  2153.  
  2154.  
  2155. trusted software
  2156.     
  2157.     The software portion of the TCB. 
  2158.  
  2159. -U-
  2160.  
  2161.  
  2162. untrusted process
  2163.     
  2164.     A process that has not been evaluated or examined for adherence to
  2165. the secuity policy.  It may include incorrect or malicious code that attempts
  2166. to circumvent the security mechanisms.
  2167.  
  2168.  
  2169. user
  2170.  
  2171.     Person or process accessing an AIS either by direct connections
  2172. (i.e., via terminals), or indirect connections (i.e., prepare input data or
  2173. receive output that is not reviewed for content or classification by a
  2174. responsible individual).
  2175.  
  2176.  
  2177. user ID
  2178.     
  2179.     A unique symbol or character string that is used by a system to
  2180. identify a specific user.
  2181.  
  2182.  
  2183. user profile
  2184.     
  2185.     Patterns of a user's activity that can be used to detect changes in
  2186. normal routines.  
  2187.  
  2188. -V-
  2189.  
  2190.  
  2191. verification
  2192.     
  2193.     The process of comparing two levels of system specification for
  2194. proper correspondence (e.g., security policy model with top-level
  2195. specification, top-level specification with source code, or source code with
  2196. object code).  This process may or may not be automated.
  2197.  
  2198.  
  2199. virus
  2200.     
  2201.     A self-propagating Trojan horse, composed of a mission component, a
  2202. trigger component, and a self-propagating component.
  2203.  
  2204.  
  2205. vulnerability
  2206.     
  2207.     A weakness in system security procedures, system design,
  2208. implementation, internal controls, etc., that could be exploited to violate
  2209. system security policy.
  2210.  
  2211.  
  2212. vulnerability analysis
  2213.     
  2214.     The systematic examination of systems in order to determine the
  2215. adequacy of security measures, identify security deficiencies, and provide
  2216. data from which to predict the effectiveness of proposed security measures.
  2217.  
  2218.  
  2219. vulnerability assessment
  2220.  
  2221.      A measurement of vulnerability which includes the susceptibility of
  2222. a particular system to a specific attack and the opportunities available to a
  2223. threat agent to mount that attack.  
  2224.  
  2225.  
  2226. -W-
  2227.  
  2228.  
  2229. work factor
  2230.  
  2231.     An estimate of the effort or time needed by a potential penetrator
  2232. with specified expertise and resources to overcome a protective measure.
  2233.  
  2234. write
  2235.  
  2236.     A fundamental operation that results only in the flow of information
  2237. from a subject to an object.
  2238.  
  2239.  
  2240. write access
  2241.  
  2242.     Permission to write to an object.
  2243.  
  2244.  
  2245. -X,Y,Z-
  2246.  
  2247.  
  2248.  
  2249. This document contains no entries beginning with the letters  X, Y, or Z.
  2250.  
  2251.  
  2252.  
  2253.  
  2254.  
  2255.   
  2256.